home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6659 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: comp.vuw.ac.nz!HERMES!maths!peterm
  3. From: peterm@maths.grace.cri.nz (Peter McGavin)
  4. Subject: Re: AddIntServer + VERTB strangeness
  5. Message-ID: <PETERM.96Apr1101437@tui.maths.irl.cri.nz>
  6. Date: 31 Mar 1996 22:14:37 GMT
  7. References: <199603201423.OAA59524@poseidon.bfs.unibol.com>
  8.     <1011.6654T1057T1918@gramercy.ios.com>
  9. Organization: Industrial Research Ltd
  10. In-reply-to: larrymb@gramercy.ios.com's message of 21 Mar 1996 23:43:05 GMT
  11.  
  12. larrymb@gramercy.ios.com (UNREGISTERED VERSION) writes:
  13. >   Well there isn't any point to using a mix of OS calls and direct hardware
  14. >coding. That's the most dangerous way to do thingsand the most prone to
  15. >failure.
  16.  
  17. On the contrary, the safest method of direct hardware programming is
  18. to check for and exclusively allocate the particular hardware
  19. component via OS calls, then directly access that hardware.  Use
  20. high-level OS calls for everything not exclusively allocated at the
  21. lowest level.
  22.  
  23. What doesn't work is killing the entire OS (e.g, by breaking OS rules)
  24. and then expecting OS calls to work.
  25.  
  26. There is no safe way to temporarily take-over and restore the entire
  27. OS.  There are only safe ways to exclusively allocate and free
  28. individual hardware components.  Said hardware components include the
  29. blitter, the copper, sprites, serial/parallel ports, timers, audio
  30. channels, diskette drives, gameports, bitmaps belonging to Intuition
  31. Screens, etc.  Most games/demos need direct hardware access to only a
  32. few of these (if any at all), IMHO.
  33. -- 
  34. Peter McGavin.   (p.mcgavin@irl.cri.nz)
  35.  
  36.